home *** CD-ROM | disk | FTP | other *** search
/ Magnum One / Magnum One (Mid-American Digital) (Disc Manufacturing).iso / d19 / dldoor17.arc / DLDOOR.DOC next >
Text File  |  1989-06-17  |  10KB  |  250 lines
  1.  
  2.  
  3.                              DLDoor  Version 1.17ß
  4.  
  5.                          (C)opyright 1989 by Doug Laine
  6.                      2049 Chestnut Street #6,  Philadelphia
  7.  
  8.                       The Philly Exchange   (215) 563-8109
  9.  
  10.  
  11.  
  12.  
  13.  
  14.  
  15.  
  16.  
  17.  
  18.  
  19.                                 Latest Changes
  20.                                 --------------
  21.  
  22.     1.17  -- Added three minute screen blanking
  23.              Corrected NEWS checking.  Was missing the configuration of
  24.              showing the news all the time or when new.
  25.              Fixed bug with the keyboard timeout.  Was not timing out.
  26.              FINALLY got monochrome worked out.  Check for /MONO command
  27.  
  28.     1.16  -- Made to work automatically with /D version of PCBoard.
  29.              Added multiple event capability
  30.  
  31.     1.15  -- Added configuration file to select doors based on user levels
  32.  
  33.  
  34.                              DLDoor  Version 1.17
  35.                              ---------------------
  36.  
  37.     I appoligize for the very basic documentation, but I have not had  alot
  38.     of  time  to devote to it! There will be more complete documentation as
  39.     soon as I get the program finished.
  40.  
  41.     Some  of  the  other  programs  that  I  will  be  working  on, will be
  42.     replacements to all the utilities that you currently use  with  PCBoard
  43.     (R).   They will make it so that ProDoor can be used totally as a stand
  44.     alone board.
  45.  
  46.                                  Installation
  47.                                  ------------
  48.  
  49.     This program has only been  tested  with  ProDoor  3.0ß  and  has  been
  50.     working  rather well.  To install this program, all you will have to do
  51.     is to replace PCBOARD in your board batch file with DLDOOR!
  52.  
  53.     One advantage of using this as a front end, is that,  door  calls  from
  54.     ProDoor will automatically return you to ProDoor!
  55.  
  56.  
  57.                                  Configuration
  58.                                  -------------
  59.  
  60.     If you are running under a true network, start DLDoor as:
  61.  
  62.     DLDOOR /NETWORK    Disables the multitasking on a network system
  63.     DLDOOR /NOTASKER   Tells DLDoor that you are not running taskers
  64.                        use only if DLDoor doesn't auto configure
  65.     DLDOOR /MONO       Makes the ANSI colors compatible with Mono, and
  66.                        get rid of the underline mess.  Should check auto-
  67.                        matically in the next few versions.
  68.  
  69.     Version 1.16ß4 and above will now auto-configure to the /D version of
  70.     PCboard(r)
  71.  
  72.                                Misc. Information
  73.                                -----------------
  74.  
  75.     The  Support  board  :  215  -563-8109  (MNP5)  or  215 -563-8137 (HST)
  76.                             Conference number 3
  77.  
  78.     Address :               Doug Laine, C/O DLDoor ersion 1.17ß
  79.                             2049 Chestnut Street  #6
  80.                             Philadelphia, PA 19103
  81.  
  82.     Cost:                   $25.00 / Shareware.  Try it, you like, you pay!
  83.  
  84.  
  85.  
  86.  
  87.                          Using PCBoard(r) with DLDoor
  88.                          ----------------------------
  89.  
  90.     It  is  possible  to use PCBoard with DLDoor! You will basically set up
  91.     PCBoard as a door to the system.
  92.  
  93.     First use PCBsetup(r) to configure  your  system.   You  will  need  to
  94.     select  Options  #1.   This will display a number of selections, one of
  95.     them being, Exit to DOS after each call.  You must be sure that this is
  96.     set to yes.  Failure to do so, will cause  PCBoard(r)  to  be  reloaded
  97.     when a user logs of from inside PCBoard(r) instead of DLDoor.
  98.  
  99.     Now, using the documentation that comes with PCBoard(r), setup the rest
  100.     of  the  system,  as  though  you were creating any other door.  For an
  101.     example, call the door PCBOARD.  Here is a very simple file  that  will
  102.     do the trick.  This is the one that I use on my system:
  103.  
  104.     PCBOARD:
  105.  
  106.        echo off
  107.        pcboard
  108.        board
  109.  
  110.     By  setting  the  file up this way, you have created a Door toggle.  In
  111.     other words, wherever you call it from, you will be returned simply  by
  112.     calling that door again.
  113.  
  114.     The only reason that that may not happen, would be if you have used the
  115.     configuration file, and your user level sends you to another door.
  116.  
  117.     The main advantage of setting this up like this, is that it  will  give
  118.     you  all  your Sysop commands back.  Until they can be re-written, this
  119.     should help you get by.
  120.  
  121.  
  122.  
  123.  
  124.  
  125.                            DLDoor Configuration File
  126.                            -------------------------
  127.  
  128.     Version 1.15ß started the implimentation of a door default file.   This
  129.     file simply contains information about each userlevel that you have, or
  130.     want to include in this file and a specific door that you would like to
  131.     have that userlevel load.
  132.  
  133.     On  thing  to remember when doing this, is that if a door does not exit
  134.     out, it will not allow the user to return to the main system.  Also, if
  135.     the users userlevel is not changed in the user file, then the user will
  136.     end up stuck in that door also.
  137.  
  138.     The main reason for something like this function, is to  maybe  send  a
  139.     new user to a validation door of some sort.  This door must then update
  140.     there  user  level, and then when they exit the door, DLDoor will again
  141.     check their new user level and then load the appropriate door.
  142.  
  143.     If no configuration file is found, then  the  system  will  default  to
  144.     ProDoor(r).   Also, should a user level not be specified, the same will
  145.     happen.
  146.  
  147.     First off, the configuration file must be in the default directory, and
  148.     must be called DLDOOR.CFG.  There are three columns  in  the  file  and
  149.     they are as follows:
  150.  
  151.     User level,Door batch file,Description to show user while loading
  152.  
  153.     User level
  154.        This is the userlevel that you want to select
  155.  
  156.     Door batch file
  157.        This   is   the  door  file  that  PCboard(r)  uses  in  a  standard
  158.        configuration
  159.  
  160.     Description
  161.        This is a comment field used to display to a user while the door  is
  162.        being   loading.   The  system  will  provide  :  "Loading  "  (your
  163.        description) "!  Please wait."
  164.  
  165.     Example:
  166.  
  167.     110,PCBOARD,PCboard for the Sysop
  168.  
  169.     This  will  send  a  user  with the level 110 into the Door PCBOARD and
  170.     print PCBoard for the Sysop in the Loading prompt.
  171.  
  172.  
  173.  
  174.  
  175.                             Multiple Event Control
  176.                             ----------------------
  177.  
  178.     DLDoor  now  provides  a  way to get around the one event limitation of
  179.     PCBoard.  You can have as many events per day as you want.
  180.  
  181.     Once again, configuration is reletively easy.
  182.  
  183.     You must create a file called DLDOOR.EVT which  will  contain  all  the
  184.     event information.  Here is the format of the file:
  185.  
  186.     Event time,Weekday numbers,Batch file,Event slide
  187.  
  188.     Event time
  189.        This is the time that the event will run.  The format should be in a
  190.        24 hour format and be HH:MM.
  191.  
  192.     Weekdays number
  193.        This  is  the  list of all the days that you would like to have this
  194.        batch file run.  Valid number are 0 through 6, with 0  being  sunday
  195.        and  6  being  saturday.  For example, should you want your batch to
  196.        run only on monday and thursday, you would place 14 as  the  weekday
  197.        numbers.
  198.  
  199.     Batch file
  200.        This is the name of the event file that you would like to run at the
  201.        selected  time  and  day.   Be  sure to include the extention of the
  202.        filename.
  203.  
  204.     Event slide
  205.        This is a YES or NO.  Currently this is  not  implimented,  but  you
  206.        must  include this as it will be implimented very soon.  When it is,
  207.        you will be able to select the ability to slide and event or not.
  208.  
  209.  
  210.     Example:
  211.  
  212.     01:00,124,CALLPBS.SYS,NO
  213.  
  214.        This would cause the event CALLPBS.SYS to be executed  at  01:00  on
  215.        Sunday, Tuesday and Thursday, and don't slide the event time.
  216.  
  217.  
  218.  
  219.  
  220.  
  221.                                   Legal Stuff
  222.                                   -----------
  223.  
  224.                                LIMITED WARRANTY
  225.  
  226.     DOUG   LAINE   DOES  NOT  WARRANT  THAT  THE  PROGRAM  WILL  MEET  YOUR
  227.     REQUIREMENTS OR THAT THE OPERATION OF THE PROGRAM WILL BE UNINTERRUPTED
  228.     AND ERROR FREE. YOU ARE SOLELY RESPONSIBLE FOR  THE  SELECTION  OF  THE
  229.     PROGRAM  TO  ACHIEVE YOUR INTENDED RESULTS AND FOR THE RESULTS ACTUALLY
  230.     OBTAINED.
  231.  
  232.                                   DISCLAIMER
  233.  
  234.     The  author  has taken due care in the preparation of this document and
  235.     the  associated  program.   Insofar  as  specific  mention  of  program
  236.     features,  the author believes the information to be true.  No warranty
  237.     is made regarding the suitability of the program to be compatible  with
  238.     your   computer.   Incidental   and  consequential  damages  caused  by
  239.     malfunction, defect, or otherwise are not the  responsibility  of  Doug
  240.     Laine, and to the extent permitted by law, and hereby excluded both for
  241.     the property and, to the extent not unconscionable, for personal injury
  242.     damage.  (Some  states  or  jurisdictions do not allow the exclusion or
  243.     limitation  of  incidental  or  consequential  damages,  so  the  above
  244.     limitation or exclusion may not apply to you.)
  245.  
  246.     Doug  Laine  also reserves the right to make amendments to the contents
  247.     of this document from time to time, to  reflect  changes  made  to  the
  248.     specification of the DLDoor system or for any other reason.
  249.  
  250.